home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / April 96 / RE Theory of Ops?.2 < prev    next >
Encoding:
Internet Message Format  |  1996-12-03  |  2.4 KB  |  [TEXT/ttxt]
  1. Subject:     RE: Theory of Ops?
  2. Sent:        3/31/96 7:43 PM
  3. Received:    4/1/96 9:36 AM
  4. From:        Alan Dail, alan@exis.net
  5. Reply-To:    ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. >At 10:14 AM 4/1/96, Chris Hunt wrote:
  9. >>Martin, Bill & the Sigma4 gang recently said:
  10. >>
  11. >>"Forgot to ask about a "Theory of Ops" manual. What I'd really like is to
  12. >>find out _why_ things in ODF are done the way they are so that I can follow
  13. >>the "spirit" of the Framework, rather than fighting it."
  14. >>
  15. >>I've recently been exposed to a publication named "Design Patterns"
  16. >>(Addison-Wesley).  I believe that this book goes a long way of explaining
  17. >>some of ODF's architecture, although I'm not sure that the ODF architects
  18. >>were familiar with it.  It'd be interesting for such an architect to
  19. >>indicate the influence (if any) of this book on the framework design.
  20. >
  21. >ODF's architecture was mostly in place before this (excellent!) book was
  22. >published, so we weren't able to benefit from it in any significant way.
  23. >Nonetheless, I'd say you're correct in recommending the book as a means of
  24. >gaining insight into ODF.  Many of the patterns in the book were derived
  25. >from the experiences with frameworks such as MacApp, TCL, and Bedrock (yes,
  26. >there are references to Bedrock in the book), and these are frameworks that
  27. >the ODF team had extensive experience with.
  28. >
  29. >I personally found reading Design Patterns to be a very satisfying
  30. >experience, as it confirmed much that I felt we had learned "the hard way",
  31. >and helped solidify some concepts that were still a little fuzzy in my
  32. >mind.  I particularly appreciated the effort the authors extended to create
  33. >a consistent vocabularly for discussing design patterns.  Sometimes a
  34. >seemingly difficult problem becomes easy to manage when you're able to see
  35. >it in the right light, and finding the right metaphors, and thus
  36. >vocabulary, is generally the key.  What's more, communicating the solution
  37. >to the problem becomes trivial if your audience already understands your
  38. >vocabulary.  I'd be thrilled if two years from now the book as so
  39. >universally known that its vocabulary had become common knowledge.
  40.  
  41. Where can one order a copy of this book?  Does APDA carry it?
  42.  
  43. Thanks!
  44.  
  45. Alan
  46.  
  47.  
  48. _______________________________________________________________
  49. Alan Dail, Developer                         phone:804-867-7202
  50. <mailto:alan@exis.net>                         fax:804-867-7659
  51.  
  52.